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The process comprises the following steps: production of a new 
table in the database; copying of the data from the old database table 
into the new table; and addition of a new version of the previously 
stored procedure for processing data in the table. 

Addition of an extra version of the procedure refers to both the 
previous and the upgrade procedure version. When data are to be 
processed, the extra procedure ensures it is processed in accordance 
with both the previous and the upgrade versions. 

USE - Upgrading of database, while ensuring that downtime is 
minimised to minimum and that, should problem occur, upgrade can be 
rolled back and database returned to its original state. 

ADVANTAGE - Other procedures require duplication of computer system 
hardware and software during upgrade. This is expensive and can cause 
licence problems. Invention uses extra process to ensure data added 
during upgrade process are transparent to both old and new database 
versions. 
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© Verfahren zum Aufrusten einer Datenbank 

® Wenn eine Datenbank aufgerustet wird (Upgrading), 
sollte sowohl die Stillstandszeit, als auch die Hardwa ro- 
und Software-Anforderungen auf einem Minimum gehal- 
ten werden. Des weiteren sollte ein Umkehren (Rollback) 
des Upgrades jederzeit moglich sein. Das hier offenbarte 
Verfahren umfafct die Schritte eines Erzeugens einer neu- 
en Tabelle in der Datenbank, Kopieren und/oder Ubertra- 
gen von Daten von der Tabelle in die neue Tabelle, Hinzu- 
fugen einer neuen Version der gespeicherten Prozedur zu 
der Datenbank, und Hinzufugen einer zusatzlich gespei- 
cherten Prozedur zu der Datenbank, die auf sowohl die 
vorherige Version als auch die neue Version der gespei- 
cherten Prozedur Bezug nimmt, wenn immer Daten mit 
der gespeicherten Prozedur verarbeitet werden sollen, 
um zu veranlassen, daft eine Datenverarbeitung in Uber- 
einstimmung mit der vorherigen Version und der neuen 
Version der gespeicherten Prozedur stattfindet. 
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Beschreibung 

Die Erfindung betrifft Verfahren zum Aufrusten einer Datenbank. 

Relationale Datenbanken werden zum Handhaben des Speicherns und Wiedergewinnens von Daten fur verschiedene 
5 Anwendungen und Umgebungen verwendet. Datenbanken dieser Art laufen auf Computersystemen. Wenn eine neue 
Funktionalitat der Datenbank hinzugefiigt werden soil, d. h. wenn die Datenbank aufgeriistet wird, was auch als "Upgra- 
ding" bezeichnet wird, muB sehr oft auch das Format, in dem die Daten gespeichert sind, geandert werden. Ublicher- 
weise muB wahrend der Anderung ein Zugriff auf die Datenbank verwehrt werden, um Inkonsistenz zu vermeiden. Mit 
anderen Worten, es ist nicht erlaubt, Daten hinzuzufugen oder fortzuschreiben, wahrend die Anderung der Funktionalitat 

10 und des Formats der Datenbank stattfindet. Zumindestens ist die Datenbank wahrend bestimmter Phasen eines Aufrii- 
stens (Upgrade) nicht zuganglich, wobei die Phasen minimal sein sollten. 

Ferner, wenn das Upgrade der Datenbank fehlschlagt, muB es moglich sein, zu dem vorherigen Zustand der Datenbank 
zuriickzukehren. Datenanderungen, die wahrend oder nach dem Upgrade durchgefuhrt worden sind, miissen in Betracht 
gezogen werden, sowie Datenanderungen, die dafiir anstehen, durchgefuhrt zu werden. 

15 Eine herkommliche Losung des zuvor erwahnten Problems ist die Verwendung eines zusatzlichen Systems wahrend 
des Upgrades. Das zusatzliche System ist ein voll einsetzbares System mit all den Funktionalitaten des ursprtinglichen 
Systems. Zusatzliche Hardware und Software wird benotigt, um alle Datenanderungen wahrend des Upgrades der Da- 
tenbank einzutragen. Vor dem Upgrade wird die Datenbank auf das zusatzliche System kopiert, und ein Protokollierme- 
chanismus (logging) wird zum Beispiel in dem urspriinglichen System initiiert. Das Upgrade der Datenbank wird dann in 

20 dem zusatzlichen System durchgefuhrt, wahrend das urspriingliche System damit weitermacht, wie zuvor zu arbeiten, 
aber auch alle Datenanderung wahrend des Upgrades mitschreibt oder protokolliert. Wenn das Datenbank- Upgrade be- 
endet ist, werden alle protokollierten Datenanderungen auf die aufgeriistete Datenbank in dem zusatzlichen System an- 
gewendet. Wenn das Upgrade fehlschlagt, wird das zusatzliche System einfach getrennt, und das urspriingliche System 
setzt seinen normalen Betrieb fort, jedoch ohne weiterhin zusatzlich Datenanderungen zu protokollieren. 

25 Die obige Methode zum Aufrusten einer Datenbank ist nachteilig, da ein zusatzliches System installiert und an die 
S telle gebracht werden muB, wo die Datenbank aufgeriistet werden soli. Wahrend des Upgrades werden doppelte Soft- 
warelizenzen benotigt, da auf beiden, dem urspriinglichen und dem zusatzlichen System, Datenbanken fur eine be- 
stimmte Zeit parallel laufen. Ferner stellt sich heraus, daB es recht kompliziert ist, das Datenbank-Upgrade aufgrund all 
der erforderlichen manuellen EingrifFe zu organisieren. 

30 Aus US 5.440.735 ist ein Management-System fur eine relationale Datenbank bekannt, das es dem Benutzer gestattet, 
auf einfache Weise Kopieroperationen festzulegen. 

In EP 0 501 180 A2 wird das Problem des gleichzeitigen Verarbeitens von Transaktionen und Abfragen behandelt, bei 
dem sichergestellt sein muB, daB eine Abfrage nur auf solche Daten zugreift, die nicht durch eine gleichzeitig verarbei- 
tete Transaktion wahrend der Abfrage verandert werden. Zu jedem Datenobjekt wird eine begrenzte Zahl logischer Ver- 

35 sionen dynamisch verwaltet, so daB die Abfragen auf einen aktuelleren Datenbestand zugreifen konnen, selbst wenn 
gleichzeitig Transaktionen den Datenbestand fortschreiben. 

Deswegen ist das von der Erfindung zu losende Problem, ein Verfahren zum Aufrusten (Upgrading) einer Datenbank 
bereitzustellen, das eine Anderung des Datenbankformats beinhaltet, wobei das Verfahren zusatzliche Hardware und 
Software vermeidet, die Unterbrechung des Datenbankbetriebs auf ein Minimum beschrankt, und ein sicheres Zuriick- 

40 kehren in den urspriinglichen Zustand der Datenbank im Falle eines Fehlers wahrend des Upgrades erlaubt. 

Das obige Problem wird gelost durch ein Verfahren zum Aufrusten (Upgrading) einer Datenbank, die eine Tabelle zum 
Speichern von Daten und eine gespeicherte Prozedur zum Bearbeiten von Daten, die in der Tabelle der Datenbank ge- 
speichert sind, verwendet, wobei die Datenbank auf einem Computersystem lauft, umfassend die Schritte: 

45 - neues Erzeugen einer Tabelle in der Datenbank; 

- Kopieren und/oder Ubertragen von Daten von der Tabelle in die neue Tabelle; 

- Hinzufugen einer neuen Version der gespeicherten Prozedur zu der Datenbank; und 

- Hinzufugen einer zusatzlichen gespeicherten Prozedur zu der Datenbank, die sowohl auf die vorherige Version 
als auch die neue Version der gespeicherten Prozedur Bezug nimmt, wenn immer Daten mit der gespeicherten Pro- 

50 zedur bearbeitet werden sollen, um zu bewirken, daB eine Datenverarbeitung in Ubereinstimmung mit der vorheri- 

gen Version und der neuen Version der gespeicherten Prozedur stattfindet. 

Zum Herstellen einer Verbindung zu der zusatzlich gespeicherten Prozedur kann eine System tabelle verwendet wer- 
den. Als eine Alternative, oder zusatzlich, kann eine Konfigurationsdatei zum Erzeugen einer Verbindung zu der zusatz- 
55 lich gespeicherten Prozedur verwendet werden. Die Konfigurationsdatei kann auf einem Speichermedium des Compu- 
tersystems gespeichert werden. 

Das obige Problem wird weiterhin gelost durch ein Verfahren zum Aufrusten (Upgrading) einer Datenbank durch Er- 
setzen einer alten Version einer Komponente der Datenbank, die Datenbankfunkuonalitat bereitstellt, durch eine neue 
Version, wobei die Datenbank auf einem Computersystem lauft, worin wahrend des Aufrustens die alte \ersion und die 
60 neue Version der Datenbankkomponente, die Datenbankfunktionalitat bereitstellt, zumindest voriibergehend parallel 
verwendet werden, und wobei Bezug genommen wird auf beide Versionen uber eine zusatzliche Komponente der Daten- 
bank, die eine Verbindung zu beiden Versionen der Datenbankkomponente bereitstellt. 

Die Verbindung kann mit Hilfe einer Systemtabelle bereitgestellt werden, die einen ZugrifF auf die Komponente der 
Datenbank auf die zusatzliche Komponente weiterleitet. Die Systemtabelle kann eine Tabelle in der Datenbank sein. 
65 Zusatzlich, oder als eine Alternative, kann die Verbindung auch mit Hilfe einer Konfigurationsdatei bereitgestellt wer- 
den, die einen Zugriff auf die Komponente der Datenbank auf die zusatzliche Komponente weiterleitet. Die Konfigura- 
tionsdatei wird vorteilhafterweise auf einem Speichermedium des Computersystems gespeichert. 

Das obige Problem wird schlieBlich gelost durch ein Verfahren zur Aufriistung einer Datenbank, die eine Tabelle zum 
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Speichern von Daten verwendet, wobei die Datenbank auf einem Computersystem lauft, umfassend die Schritte: 

- Erzeugen einer neuen Tabelle in der Datenbank; 

- Definieren einer Datenmenge einer vorbestimmten Granularitat innerhalb der Tabelle, basierend auf der zum Ko 
pieren und/oder Ubertragen von Daten in die neue Tabelle benotigten Zeit, wahrend der nicht auf die Datenmenge 5 
zugegriffen werden kann; und 

- Kopieren und/oder Ubertragen von Daten von der Tabelle in die neue Tabelle, wobei die Datenmengen gemein- 
sarn gehandhabt werden. 

Die Komponenten der Datenbank sind gespeicherte Prozeduren, Trigger, Indizes oder Tabellen. Die neue Version der 10 
Tabelle kann ein von dem Format der alten Version der Tabelle verschiedenes Format haben. 

Die Erfindung wird in genaueren Einzelheiten weiter unten beschrieben, wo auf die Abbildungen Bezug genommen 
wird. 

Fig. 1 zeigt ein Diagramm eines Computersystem s, das eine Datenbank und Arbeitsplatzrechner, die auf die Daten- 
bank zugreifen, umfaBt. 15 

Fig. 2a zeigt ein Diagramm, das ein Aufrusten einer Datenbank auf Tkbellenebene gemaB einer Ausbildung der Erfin- 
dung darstellt. 

Fig. 2b zeigt ein Diagramm, das ein Aufrusten einer Datenbank auf Seitenebene gemaB einer Ausbildung der Erfin- 
dung darstellt. 

Fig. 3 zeigt ein Diagramm eines Computersy stems, das eine Systemtabelle zum Aufrusten einer Datenbank gemaB ei- 20 
ner Ausbildung der Erfindung verwendet. 

Fig. 4 zeigt ein Diagramm des Computersy stems, das eine Konfigurationsdatei zum Aufrusten einer Datenbank gemaB 
einer Ausbildung der Erfindung verwendet. 

Fig. 1 zeigt ein Computersystem 1, das eine Datenbank 2 auf einem geeigneten Speichermedium, beispielsweise einer 
Festplatte oder einer Gruppe von Festplatten, umfaBt. Benutzer greifen auf die Information oder auf die in der Datenbank 25 
gespeicherten Daten zu, zum Beispiel von einer Eingabestation oder von deren Arbeitsplatzrechnern 3a, 3b, . , ., die mit 
dem Computersystem 1 entweder direkt oder uber ein lokales Netzwerk oder Weitverkehrsnetzwerk (LAN oder WAN) 
verbunden sind. Die Datenbank 2 umfaBt Tabellen, gespeicherte Prozeduren, Trigger, Indices, usw., die jeweils alle ge- 
wisse Datenbankfunktionen bereitstellen. 

Wenn ein Upgrade der Datenbank benotigt wird, werden Anderungen fur alle oder fur einige der Komponenten, die 30 
Datenbankfunktionalitat bereitstellen, durchgefuhrt. Gewohnlicherweise werden neue und/oder zusatzliche Funktionen 
mit Hilfe von neuen und/oder zusatzlich gespeicherten Prozeduren, Triggern usw. bereitgestellt. Dies erfordert manch- 
mal auch, daB Anderungen des Tabellenformats der Datenbank durchgefuhrt werden. 

GemaB der Erfindung werden neue Tabellen erzeugt, um die Daten aufzunehmen, die in den alten Tabellen gespeichert 
sind, die die Tabellen sind, die von der Datenbank bis zum Upgrade der Datenbank benutzt werden. Daten werden in die 35 
neuen Tabellen kopiert und/oder ubertragen, wobei wahrend dieses Vorgangs die Daten, falls erforderlich, an das neue 
Format der Tabellen angepaBt werden. Um Stillstandszeit zu vermeiden, d. h. Perioden in denen der Benutzer nicht auf 
die Datenbank zugreifen kann, benotigt der ProzeB des Kopierens und/oder tjbertragens von Daten von den alten Tabel- 
len auf die neuen Tabellen besondere Beachtung. GemaB der Erfindung werden Datenmengen einer vorbestimmten Gra- 
nularitat innerhalb der Tabellen definiert, wobei die Datenmengen gemeinsam wahrend dem Upgrade-ProzeB behandelt 40 
werden, um die Zeitspannen, in denen das System nicht zuganglich ist, zu reduzieren. 

Wie in Fig. 2a gezeigt, wenn ein Upgrade auf Tabellenebene (Granularitat I) basiert, wird die gesamte aufzuriistende 
Tabelle in einem Arbeitsgang modifiziert. Dieser Losungsweg sollte gewahlt werden, wenn die Modification ein schnel- 
ler Vorgang ist, zum Beispiel des Hinzufugens eines vorgegebenen Wertes zu einer Spalte. Wahrend eine Tabelle aufge- 
riistet wird, ist der Zugriff auf die Tabelle als Ganzes verwehrt, um Inkonsistenzen zu vermeiden. Wie in Fig. 2b gezeigt, 45 
wenn die Modifikation einer Tabelle ein komplizierterer Vorgang ist, der lange dauert, wird die Tabelle auf Seitenebene 
(Granularitat II) aufgeriistet. Eine Seite (page) kann verstanden werden als eine interne Systemeinheit einer speziellen 
GroBe, beispielsweise 1024 Byte, die gewohnlicherweise - vollstandig oder teilweise - mindestens eine oder mehrere in 
Beziehung stehende Informationseinheiten, wie beispielsweise Felder oder Datensatze umfaBt. Durch Verwehren eines 
Zugriffs auf die Seite wird mindestens ein Datensatz der Tabelle gesperrt. Zum Aufrusten auf Seitenebene wird eine neue 50 
Tabelle installiert, und Daten von der alten Tabelle werden in die neue Tabelle, wie durch den Operator T in Fig. 2b ge- 
zeigt, kopiert und/oder ubertragen. Wahrend die Tabelle aufgeriistet wird, wird ein Zugriff auf die Seite, die momentan 
von dem Operator T bearbeitet wird, verwehrt, um Inkonsistenz zu vermeiden. 

Des weiteren miissen sowohl die alten als auch die neuen Tabellen synchronisiert werden, soweit Datenanderungen 
und neue Eintrage betroffen sind. Durch Aktualisieren sowohl der neuen als auch der alten Tabellen, wie von der Erfin- 55 
dung vorgeschlagen, wird nicht nur Datenkonsistenz erreicht, sondern auch die Moglichkeit geschaffen, das Upgrade 
aufzugeben und den Betrieb des urspriinglichen Systems fortzusetzen. Das Upgrade der Daten in der alten und neuen Ik- 
belle ist ein atomarer Vorgang, d. h. Zugriff auf die Tabelle oder die Seite ist verwehrt, bis beide Tabellen aufgeriistet 
sind. Vorzugsweise wird ein Datenupgrade in den neuen Tabellen nur dort durchgefuhrt, wo Datensatze bereits von den 
alten Tabellen in die neuen Tabellen kopiert und/oder ubertragen worden sind. 60 

Um ein Aufrusten von Tabellen einer Datenbank gemaB der Erfindung durchzufuhren, miissen die verbleibenden 
Komponenten, die Datenbankfunktionalitaten wie gespeicherte Prozeduren, Trigger, Indizes, usw. bereitstellen, sowohl 
in einer alten Version als auch in einer neuen Version existieren. Um jeglichen Konflikt wahrend des Zugriffs auf eine 
Komponente der Datenbank, wie gespeicherte Prozeduren, zu verhindern, wird ein Verfahren zum Handhaben verschie- 
dener Versionen von gespeicherten Prozeduren oder dergleichen benotigt. Drei Verfahren werden im folgenden disku- 65 
tiert. 

Ein erstes Verfahren um Versionen von Datenbankkomponenten handzuhaben, wird mit besonderer Betonung auf ge- 
speicherten Prozeduren der Datenbank beschrieben. Der Fachmann wird verstehen, daB dieser ProzeB auch fur andere 
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Komponenten einer Datenbank, vergleichbar den gespeicherten Prozeduren, durchgefuhrt werden kann. 

Wie in Fig. 3 gezeigt, wird eine Systemtabelle wahrend dem Upgrade-ProzeB verwendet, wobei die Systemtabelle Be- 
zugnahmen enthalt auf alle oder nur diejenigen gespeicherten Prozeduren, die aufgerustet werden sollen, d. h. durch ge- 
speicherte Prozeduren einer neuen Version ersetzt werden sollen. Auf alle oder nur diese gespeicherten Prozeduren, die 
5 aufgerustet werden sollen, wird uber die Systemtabelle wahrend des Upgrade-Prozesses verwiesen. Eine Systemtabelle 
fur das Verfahren gemaB der Erfindung kann folgendermaBen aussehen: 

Tabelle 1 



Dem System bekannter 


Basisversion 


Zielversion 


Upgrade- 


Name der gespeicherten 






Version 


Prozedur 








sp_a 


sp_a_l . 0 


sp_a__l . 1 


sp_a_upgr 


sp_b 


sp_b 






sp_c 


sp_c_1 . 0 


sp_c_l . 1 


sp__c__upgr 



Im Normalbetrieb verweisen die Eintragungen in der Systemtabelle nur auf einen Satz gespeicherter Prozeduren, d. h. 

25 auf die Basisversion. Wenn ein Arbeitsplatzrechner auf die Datenbank zugreift, schaut das System den momentan gtilti- 
gen Namen oder Version der gespeicherten Prozedur nach, mit dem die durch die Workstation ausgeloste spezifische 
Transaktion verbunden ist. Wenn zum Beispiel der Zugriff von einer Workstation erfordert, daB gespeicherte Prozedur 
sp_a abgearbeitet wird, wird das System die gultige Version der gespeicherten Prozedur sp_a in der Systemtabelle nach- 
schauen. In der obigen Tabelle, und im Normalbetrieb ist sp_a_1.0 die gultige Version der gespeicherten Prozedur sp_a, 

30 die dann von dem System verwendet wird, um die durch den Arbeitsplatzrechner verlangte Transaktion durchzufuhren. 
Im Falle eines Upgrades der Datenbank mussen neue Versionen aller oder einiger gespeicherter Prozeduren in der Da- 
tenbank installiert werden. Es ist auch moglich, daft eine neue gespeicherte Prozedur der Datenbank hinzugefugt wird. 
GemaB der Erfindung wird die Systemtabelle mit Namen/Versionen der neuen gespeicherten Prozedur aufgerustet, d. h. 
die Zielversionen werden hinzugefugt. Um alte und neue Tabellen der Datenbank synchron zu halten, werden zusatzliche 

35 gespeicherte Prozeduren sp_a_upgr und sp_c_upgr in die Systemtabelle hinzugefugt. Die zusatzlichen gespeicherten 
Prozeduren sp_a_upgr und sp_c_upgr werden nur wahrend des Upgrade-Prozesses verwendet, und nutzen die neuen und 
die alten gespeicherten Prozeduren, um die neuen und die alten Tabellen in Ubereinstimmung mit den durch die Arbeits- 
platzrechner ausgelosten Transaktionen zu aktualisieren. 

Wahrend eines Upgrades iniuiert beispielsweise die zusatzlich gespeicherte Prozedur sp_a_upgr in der Datenbank 

40 zwei Bearbeitungszweige, basierend auf der Basisversion sp_a„1.0 und der neuen Version sp_a_l.l, wodurch Daten in 
den neuen und den alten Tabellen des Datenbanksy stems bearbeitet und fortgeschrieben werden. Bezuglich der gespei- 
cherten Prozedur sp_b gibt es keine zusatzliche gespeicherte Prozedur, da die gespeicherte Prozedur sp_b nicht aufgerii- 
stet wird, d. h. in der alten und der neuen Datenbank gleich bleibt. Das System wird in solchen Fallen auf die Basisver- 
sion sp_b verweisen, und die Basisversion fur, die alten und die neuen Tabellen verwenden. 

45 Der Wcchscl von den alten gespeicherten Prozeduren auf die neuen gespeicherten Prozeduren besteht darin den Zu- 
griff auf die Systemtabelle zu verwehren, die Verweise aufzurusten, so daB auf die gewunschten gespeicherten Prozedu- 
ren verwiesen wird, um den Zugriff auf die Systemtabelle zu gewahren. Das Aufrusten von Verweisen ist ein sehr schnel- 
ler Vorgang, so daB Benutzer des Systems nur eine sehr kleine Verzogerung und keine Stillstandzeit bemerken. 

Ein zweites Verfahren um Versionen von Datenbankkomponenten handzuhaben wird im folgenden beschrieben. Wie 

50 in Fig. 4 gezeigt, wird eine Konfigurationsdatei wahrend des Upgrade-Prozesses verwendet, wobei die Datei auf alle 
oder nur jene gespeicherten Prozeduren verweist, die aufgerustet werden sollen, d. h. durch gespeicherte Prozeduren ei- 
ner neuen Version ersetzt werden. Auf alle oder nur jene gespeicherte Prozeduren, die aufgerustet werden sollen, wird 
uber die Konfigurationsdatei wahrend des Upgrade-Prozesses Bezug genommen. Die Konfigurationsdatei wird in einem 
separaten Speichcrmedium 4, vorgesehen in dem Computersystem 1, oder in dem Speichermedium, auf dem auch die 

55 Datenbank 2 gespeichert ist, gespeichert. 

Bevor auf die Datenbank durch eine Entitat (z. B. eine Anwendung) von einem Arbeitsplatzrechner 3 zugegriffen 
wird, wird die Konfigurationsdatei gelesen, um zu sehen, welche gespeicherte Prozedur zu verwenden ist. Wenn es kei- 
nen Eintrag in der Konfigurationsdatei fur eine spezifische gespeicherte Prozedur gibt, wird die dem System bekannte ge- 
speicherte Prozedur verwendet. Eine Konfigurationsdatei gemaB der Erfindung kann eine einfache Textdatei sein, und 

60 kann wie folgt aussehen: 
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Tabelle 2 

#UPGRADE -KONFI GURAT I ONSDATE I 
# 

#EINTRAGE: dem System bekannter Name der gespeicherten 
#Prozedur; Basisversion; Ziel vers ion; Upgrade-Version 
sp_a ; sp_a__l . 0 ; sp_a_l . 1 ; sp_a__upgr 
sp_b; sp_b 

sp_c ; sp_c_l . 0 ; sp_c_l . 1 ; sp_c_upgr 
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Im Normalbetrieb verweisen die Eintrage in der Konfigurationsdatei nur auf einen Satz von gespeicherten Prozeduren, 
namlich auf die Basisversion. Wenn ein Arbeitsplatzrechner auf die Datenbank zugreift, schaut das System den momen- 
tan giiltigen Namen oder Version der gespeicherten Prozedur nach, mit der die durch den Arbeitsplatzrechner ausgeidste 20 
spezifische Transaktion verbunden ist. Wenn der Zugriff von einem Arbeitsplatzrechner beispielsweise erfordert, daB die 
gespeicherte Prozedur sp_a abgearbeitet wird, wird das System die gultige Version der gespeicherten Prozedur sp_a in 
der Konfigurationsdatei nachschauen. In der obigen Datei ist sp_a_1.0 die gultige Version der gespeicherten Prozedur 
sp_a, die dann von dem System verwendet wird, um die durch den Arbeitsplatzrechner verlangte Transaktion auszufuh- 
ren. 25 

Im Falle eines Upgrades der Datenbank miissen neue Versionen von alien oder einigen gespeicherten Prozeduren in 
der Datenbank installiert werden. Es ist auch moglich, daB eine neue gespeicherte Prozedur der Datenbank hinzugefugt 
wird. Um alte und neue Tabellen der Datenbank synchron zu halten, werden zusatzliche gespeicherte Prozeduren 
sp_a_upgr und sp_c_upgr der Konfigurationsdatei hinzugefugt. Die zusatzlichen gespeicherten Prozeduren sp_a_upgr 
und sp_c_upgr werden nur wahrend des Upgrade-Prozesses verwendet, und nutzen die neuen und alten gespeicherten 30 
Prozeduren, um die neuen und alten Tabellen in Ubereinstimmung mit den durch den Arbeitsplatzrechner ausgelosten 
Transaktionen auszufiihren. 

Wahrend eines Upgrades lost beispielsweise die zusatzliche gespeicherte Prozedur sp_a_upgr an dem Arbeitsplatz- 
rechner zwei Bearbeitungszweige aus, basierend auf der Basisversion sp_a_1.0 und der neuen Version sp_a_l.l, wo- 
durch Daten bearbeitet in den neuen und den alten Tabellen des Datenbanksys terns bearbeitet und fortgeschrieben wer- 35 
den. Bezugnehmend auf die gespeicherte Prozedur sp_b existiert keine zusatzliche gespeicherte Prozedur, da gespei- 
cherte Prozedur sp_b nicht aufgeriistet wird, d. h. in der alten und der neuen Datenbank gleich bleibt. Das System wird in 
soichen Fallen auf die Basisversion sp_b Bezug nehmen, und die Basisversion fur die neuen und die alten Tabellen ver- 
wenden. 

Der Wechsel von den alten gespeicherten Prozeduren zu den neuen gespeicherten Prozeduren wird durch Aufriisten 40 
der Konfigurationsdatei und erneutes Lesen durchgefuhrt. Ein Aufriisten und erneutes Lesen der Konfigurationsdatei ist 
ein sehr schneller Vorgang, so daB die Benutzer des Systems nur eine sehr kleine Verzogerung und eine kleine Stillstand- 
zeit bemerken werden. 

Ein drittes Verfahren um Versionen von Datenbankkomponenten handzuhaben konnte eine Kombination aus einer Sy- 
stemtabelle und einer Konfigurationsdatei sein. Die Systemtabelle wird auf einige gespeicherte Prozeduren verweisen, 45 
wahrend die Konfigurationsdatei nur auf andere gespeicherte Prozeduren verweisen wird. 

Die anderen Komponenten der Datenbank konnen auf gleiche Weise gehandhabt werden. Um beispielsweise in der 
Lage zu sein, zwei oder mehrere Versionen der Tabellen zu halten, kann auf die Tabellen uber die Systemtabelle oder die 
Konfigurationsdatei verwiesen werden, die in ahnlicher Weise behandelt werden wie zuvor im Hinblick auf gespeicherte 
Prozeduren erlautert. 50 



Patentanspriiche 

1 . Verfahren zum Aufriisten einer Datenbank, die eine Tabelle zum Speichern von Daten und eine gespeicherte Pro- 
zedur zum Bearbeiten von Daten, die in der Tabelle der Datenbank gespeichert werden, verwendet, wobei die Da- 55 
tenbank auf einem Computersystem lauft, umfassend die Schritte: 

- neues Erzeugen einer Tabelle in der Datenbank; 

- Kopieren und/oder Ubertragen von Daten von der Tabelle in die neue Tabelle; 

- Hinzufugen einer neuen Version (sp_a_l.l, sp_b_l.l) der gespeicherten Prozedur zu der Datenbank; und 

- Hinzufugen einer zusatzlichen gespeicherten Prozedur (sp_a_upgr, sp_b_upgr, . . .) zu der Datenbank, die 60 
sowohl auf die vorherige Version (sp_a_1.0, sp_b__1.0) als auch die neue Version (sp_a_l.l, sp_b_l.l) der ge- 
speicherten Prozedur Bezug nimmt, wenn immer Daten mit der gespeicherten Prozedur bearbeitet werden sol- 
len, um zu bewirken, daB eine Daten verarbeitung in Ubereinstimmung mit der vorherigen Version (sp_a_1.0, 
sp_b_1.0) und der neuen Version (sp_a_l.l, sp_b_l.l) der gespeicherten Prozedur stattfindet. 

2. Verfahren zum Aufriisten einer Datenbank nach Anspruch 1, dadurch gekennzeichnet, daB eine Systemtabelle 65 
eine Verbindung zu der zusatzlichen gespeicherten Prozedur (sp_a_upgr, sp_c_upgr) erzeugt. 

3. Verfahren zum Aufriisten einer Datenbank nach Anspruch 2, dadurch gekennzeichnet, daB die Systemtabelle 
eine Tabelle der Datenbank ist. 
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4. Verfahren zum Aufrusten einer Datenbank nach Anspruch 1, 2 oder 3, dadurch gekennzeichnet, daB eine Konfi- 
gurationsdatei eine Verbindung zu der zusatzlich gespeicherten Prozedur (sp_a_upgr, sp_c_upgr) herstellt. 

5. Verfahren zum Aufrusten einer Datenbank nach Anspruch 4, dadurch gekennzeichnet, daB die Konfigurations- 
datei auf einem Speichermedium (4) des Computersy stems gespeichert wird. 

5 6. Verfahren zum AufrUsten einer Datenbank durch Ersetzen einer alten Version einer Datenbankkomponente, die 

Datenbankfunktionalitat bereitstellt, durch eine neue Version, wobei die Datenbank auf einem Computersystem 
lauft, dadurch gekennzeichnet, daB wahrend des Aufrusten s die alte Version (sp_a_l .0, sp_c_l .0) und die neue Ver- 
sion (sp_a_l .1, sp_c_l .1) der Datenbankkomponente, die Datenbankfunktionalitat bereitstellt, zurnindest zeitweise 
parallel verwendet werden, und daB auf beide Versionen uber eine zusatzliche Komponente (sp_a_upgr, sp_b_upgr) 
10 der Datenbank, die eine Verbindung zu beiden Versionen der Datenbankkomponente bereitstellt, Bezug genommen 

wird. 

7. Verfahren nach Anspruch 6, dadurch gekennzeichnet, daB die Verbindung mit Hilfe einer Systemtabelle bereit- 
gestellt wird, die einen Zugriff auf die Komponente (sp_a, sp_c) der Datenbank auf die zusatzliche Komponente 
(sp_a_upgr, sp_c_upgr) weiterleitet. 
15 8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, daB die Systemtabelle eine Tabelle der Datenbank ist. 

9. Verfahren nach Anspruch 6, 7 oder 8, dadurch gekennzeichnet, daB die Verbindung mit Hilfe einer Konfigurati- 
onsdatei bereitgestellt wird, die einen Zugriff auf die Komponente (sp_a, sp_c) der Datenbank auf die zusatzliche 
Komponente (sp_a_upgr, sp_c_upgr) weiterleitet. 

10. Verfahren nach Anspruch 9, dadurch gekennzeichnet, daB die Konfigurationsdatei auf einem Speichermedium 
20 (4) des Computersystems gespeichert ist. 

11. Verfahren nach einem der Anspriiche 6 bis 10, dadurch gekennzeichnet, daB die Komponente der Datenbank 
eine gespeicherte Prozedur ist. 

12. Verfahren nach einem der Anspriiche 6 bis 10, dadurch gekennzeichnet, daB die Komponente der Datenbank 
ein Trigger ist. 

25 13. Verfahren nach einem der Anspriiche 6 bis 10, dadurch gekennzeichnet, daB die Komponente der Datenbank 

ein Index ist. 

14. Verfahren nach einem der Anspriiche 6 bis 10, dadurch gekennzeichnet, daB die Komponente der Datenbank 
eine Tabelle ist. 

15. Verfahren nach Anspruch 14, dadurch gekennzeichnet, daB die neue Version der Tabelle ein Format hat, das von 
30 dem Format der alten Version der Tabelle verschieden ist. 

16. Verfahren zum Aufrusten einer Datenbank, die eine Tabelle zum Speichern von Daten verwendet, wobei die 
Datenbank auf einem Computersystem lauft, umfassend die Schritte: 

- Erzeugen einer neuen Tabelle in der Datenbank; 

- Definieren einer Datenmenge einer vorbestimmten Granularitat innerhalb der Tabelle, basierend auf der 
35 zum Kopieren und/oder Ubertragen von Daten in die neue Tabelle benotigten Zeit, wahrend der nicht auf die 

Datenmenge zugegriffen werden kann; und 

- Kopieren und/oder Ubertragen von Daten von der Tabelle in die neue Tabelle, wobei die Datenmengen ge- 
meinsam gehandhabt werden. 

17. Verfahren nach Anspruch 16, dadurch gekennzeichnet, daB die Datenmenge die Tabelle ist. 

40 18. Verfahren nach Anspruch 16, dadurch gekennzeichnet, daB die Datenmenge eine Seite der Tabelle ist. 

19. Verfahren nach einem der Anspriiche 16 bis 18, dadurch gekennzeichnet, daB die Datenbank eine gespeicherte 
Prozedur zum Bearbeiten von Daten, die in der Tabelle der Datenbank gespeichert sind, verwendet, umfassend die 
Schritte: 

- Hinzufugen einer neuen Version (sp_a_l.l, sp_b_l.l) der gespeicherten Prozedur zu der Datenbank; 

45 - Hinzufugen einer zusatzlichen gespeicherten Prozedur (sp_a_upgr, sp_b_upgr, . , .) zu der Datenbank, die 

auf sowohl die vorherige Version (sp_a_1.0, sp_b_1.0) als auch die neue Version (sp_a_l.l, sp_b_l.l) der ge- 
speicherten Prozedur Bezug nimmt, wenn immer Daten mit der gespeicherten Prozedur verarbeitet werden sol- 
len, um zu bewirken, daB eine Datenverarbeitung in Ubereinstimmung mit der vorherigen Version (sp_a_1.0, 
sp_b_1.0) und der neuen Version (sp_a_l.l, sp_b_l.l) der gespeicherten Prozedur stattfindet. 

50 20. Verfahren zum Aufrusten einer Datenbank nach Anspruch 19, dadurch gekennzeichnet, daB eine Systemtabelle 

eine Verbindung zu der zusatzlichen gespeicherten Prozedur (sp_a_upgr, sp_c_upgr) herstellt. 

21. Verfahren zum Aufrusten einer Datenbank nach Anspruch 20, dadurch gekennzeichnet, daB die Systemtabelle 
eine Tabelle der Datenbank ist. 

22. Verfahren zum Aufrusten einer Datenbank nach Anspruch 19, 20 oder 21, dadurch gekennzeichnet, daB eine 
55 Konfigurationsdatei eine Verbindung zu der zusatzlichen gespeicherten Prozedur (sp_a_upgr, sp_c_upgr) herstellt. 

23. Verfahren zum Aufrusten einer Datenbank nach Anspruch 22, dadurch gekennzeichnet, daB die Konfigurati- 
onsdatei auf einem Speichermedium (4) des Computersystems gespeichert ist. 

24. Verfahren zum Aufrusten einer Datenbank nach den Anspriichen 16 bis 18, umfassend die Schritte des Erset- 
zens einer alten Version einer Datenbankkomponente, die Datenbankfunktionalitat bereitstellt, durch eine neue Ver- 

60 sion, wobei wahrend des Upgrades die alte Version (sp_a_1.0, sp_c_1.0) und die neue Version (sp_a_l.l, sp_c_l .1) 

der Datenbankkomponente, die Datenbankfunktionalitat bereitstellt, zurnindest vorubergchend parallel verwendet 
werden, und wobei auf beide Versionen uber eine zusatzliche Komponente (sp_a_upgr, sp_b_upgr) der Datenbank, 
die eine Verbindung mit beiden Versionen der Datenbankkomponente bereitstellt, Bezug genommen wird. 

25. Verfahren nach Anspruch 24, dadurch gekennzeichnet, daB die Verbindung mit Hilfe einer Systemtabelle be- 
65 reitgestellt wird, die einen Zugriff auf die Komponente (sp_a, sp_c) der Datenbank auf die zusatzliche Komponente 

(sp_a_upgr, sp_c_upgr) weiterleitet. 

26. Verfahren nach Anspruch 25, dadurch gekennzeichnet, daB die Systemtabelle eine Tabelle der Datenbank ist. 

27. Verfahren nach Anspruch 24, 25 oder 26, dadurch gekennzeichnet, daB die Verbindung mit Hilfe einer Konfi- 
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gurationsdatei bereitgestellt wird, die einen Zugriff auf die Komponente (sp_a, sp_c) derDatenbank auf die zusatz- 
liche Komponente (sp_a_upgr, sp_c_upgr) weiterleitet. 

28. Verfahren nach Anspruch 27, dadurch gekennzeichnet, daB die Konfigurationsdatei auf einem Speichermedium 
(4) des Computersystems gespeichert wird. 

29. Verfahren nach einem der Anspriiche 24 bis 28, dadurch gekennzeichnet, daB die Komponente der Datenbank 5 
eine gespeicherte Prozedur ist. 

30. Verfahren nach einem der Anspriiche 24 bis 28, dadurch gekennzeichnet, daB die Komponente der Datenbank 
ein Trigger ist. 

31. Verfahren nach einem der Anspriiche 24 bis 28, dadurch gekennzeichnet, daB die Komponente der Datenbank 

ein Index ist. 10 

32. Verfahren nach einem der Anspriiche 24 bis 28, dadurch gekennzeichnet, daB die Komponente der Datenbank 
eine Tabelle ist. 
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